Votre recherche :

sauvegarde ban

Toskakky
Re: [TUTO] SX Pro - SX OS: Utiliser le Dongle de la Team Xec
Merci pour ta réponse :)

Pour moi, la finalité est de pouvoir jouer a des jeux qui demandent le firmware a 12+.


j'utilise le sx os pro par facilité car je ne comprends pas grands chose aux abréviations ou langage relative a la switch :(
Je sais que ma console est ban
Je sais que je dois utiliser jkvs pour sauvegarder mes sauvegarde.
And next ?
Reboot usine et repartir de 0
Continuer a utiliser le launcher sx os pour lancer un homebrew compatible ?


Je pense que la question a déjà ete posée 50k de fois minimum.
Merci pour votre patience
Voir le sujet
Avatar de l’utilisateur
MDProz
Re: Reboot sur original impossible
Pour que le Hack ne soit plus opérationnel, il suffit de démarrer sa console normalement sans utiliser le mode RCM ni le JiG. Le hack n’est pas permanent.

Maintenant, si la console ne démarre pas normalement et qu’il y a une écran noir au démarrage, le mode autoRCM doit être actif mais de ce que tu indiques, ce n’est pas le cas puisque tu fais l’opération du mode RCM.

Pour ce qui est du dongle, il a besoin d'être chargé quelques fois. Cela ne dure pas très longtemps et se fait sur PC.

Pour répondre à ta demande, cela dépend de plusieurs conditions pour revenir à un état opérationnel sans aucune trace de données underground. La première serait de savoir si une emuNAND a été utilisée strictement pour le hack et si la sysNAND est propre sans modification underground.

Si aucune emuNAND n’a été créée, cela signifie que la sysNAND a subit des modifications et cela se produit avec l’utilisation de certains homebrews, de NSP ou du mode autoRCM. Dans ce cas, il faut utiliser un outil tiers pour nettoyer la console dans son ensemble. Je n’ai plus le nom en tête.

Et si une emuNAND a été créée et que tu es certain que la sysNAND est clean, alors, il suffit de supprimer le contenu underground de la SD. Toutefois, si doute, il faut utiliser l’outil tiers dont je n’ai plus le nom en tête pour effectuer un nettoyage.

Cela doit s'envisager ainsi sinon ce sera un ban qui suivra.

Cela peut aussi s'opérer avec la restauration d’une sauvegarde de NAND et à l’issu, mettre à jour la console pour éviter des erreurs dues aux eFuses. Cela passe par le hack en utilisant Hekate par exemple et ChoiDujourNX, compatible HOS 11.x.x.
Voir le sujet
Avatar de l’utilisateur
MDProz
Re: Revenir en arrière
Cela dépend de la configuration opérée et comment le Hack a été utilisé. S’il n’a transité que sur une emuNAND sans toucher à la sysNAND et que cette dernière est clean et sans modification due aux aspects underground, alors il suffit de supprimer les données du hack sur la SD tout simplement. A l’issu, démarrer sa console normalement et en profiter.

En revanche, si aucune emuNAND n’a été créée et que la sysNAND a été utilisée pour le hack, alors cela va nécessiter d’utiliser un outil tiers pour procéder à un nettoyage. Il en existe un mais je n’ai plus son nom en tête. Une simple réinitialisation ne suffira pas dans ce cas. La NAND est modifiée en utilisant la mode autoRCM, certains homebrews et l’installation de NSP.
Dans tous les cas, un nettoyage est recommandé s’il y a un doute sinon ce sera un ban assuré.

Il existe aussi la possibilité de restaurer une sauvegarde de sa NAND, si celle ci n’est pas trop ancienne dans sa version de firmware pour éviter un brick, et de mettre à jour à l’issu pour éviter les erreurs d’eFuses grillés qui ne correspondraient pas.
Voir le sujet
Avatar de l’utilisateur
MDProz
Re: SX OS boot permanent
L’emuNAND protège d’un éventuel ban et évite d'utiliser la sysNAND pour les aspects underground. Elle évite également les éventuels bogues ou autres risques. Et le fait de faire une sauvegarde est utile en cas de brick.
Voir le sujet
Avatar de l’utilisateur
MDProz
Re: atmosphere erreur
Donc ton problème s’orienterait bien vers une corruption de BOOT 0.

Tu confonds création d’emuNAND et sauvegarde de NAND. L’un n’est pas l’autre mais les deux sont conseillés avant de modifier sa console. L'étape de la sauvegarde de NAND se fait au début du hack et cela permet en cas de problème de restaurer. La création d’emuNAND permet de se prémunir d’un ban mais également de protéger sa console de tout problème. Ainsi les aspects underground se font sur l’emuNAND et laisse la sysNAND propre. Les deux sont déliées. La sysNAND est la NAND système sur ta console et l’emuNAND est la NAND système « émulée » sur la SD.

Le Hack prévoit un certain nombre de précautions et des préconisations à suivre. C’est bien là le problème de beaucoup qui survolent les tutoriels complets ou qui suivent d’autres incomplets. Dans ton cas, les erreurs décrites depuis le début impliquent qu’il y a eu un problème en utilisant ChoiDujourNX pour mettre à jour et cela a dû corrompre le BOOT 0 et sans doute le BOOT 1 également.

Le fait de les restaurer suffit en principe mais encore faut-il que leur sauvegarde soit faite avant de les corrompre. C’est la piste à suivre dans ce cas. Et si tu avais eu une NAND sauvegardée, cela aurait permis de restaurer ton système proprement et de le mettre à jour HOS ensuite.

En revanche, les erreurs de package sont diverses. Soit elles concernent des éléments manquants sur la SD, soit cette dernière est corrompue.

Je ne peux pas être plus précis que cela. Ou alors des éléments m'échappent dans tes explications.
Voir le sujet
Avatar de l’utilisateur
MDProz
Re: Comment revenir en OFW - Switch V1 - SX OS
Compliqué de savoir si tu encoures un risque ou non de ban à l’issu.

Tu indiques utiliser des XCi donc seul le ticket du jeu est resté en mémoire. Ce dernier se supprime via un gestionnaire de backup prévu pour Atmosphère/Hekate.

Ensuite tu n’indiques pas si tu as utilisé une emuNAND strictement pour le Hack et ainsi laissé ta sysNAND propre.

Et tu ne précises pas non plus quel homebrew tu as utilisé. Ne serait-ce que pour le downgrade, tu est passé par ChoiDujiurNX mais as-tu désactivé le mode autoRCM à un moment donné car en utilisant cet outil, il est activé par défaut et cela modifie la NAND.

Et puis, tu n’as pas de sauvegarde de NAND, ce qui pourtant conseillé.

Il existe Haku33, il me semble, pour réinitialiser la NAND de la console. A voir si compatible SX OS. Attention, cet homebrew n'est pas sans risque, il est donc fortement conseillé de sauvegarder sa NAND avant son utilisation.

Et si tu ne peux utiliser SX OS, il existe le hack Atmosphère/Hekate.
Voir le sujet
Avatar de l’utilisateur
MDProz
Re: Edition de Save entre Switch Hack et Switch Patch
Pas tout compris le début, tu veux modifier la sauvegarde de quel jeu sur quelle console ? Car cela ne fonctionnera que sur celle qui peut utiliser le hack sauf si ta Lite est également hack.

Pourquoi ? Car la difficulté est la réinjection des sauvegardes dans les bons fichiers sans passer par un CFW. Il faut savoir que le risque de bannissement de la console serait probable avec une sauvegarde modifiée mais je n’affirme rien car jamais testé.

La 1re méthode serait de passer par le hack Atmosphère/Hekate pour réinjecter la sauvegarde avec le homebrew qui a servi à la dumper. Toutefois, comme dit, le risque de bannissement existe.

La 2nd méthode, beaucoup plus complexe, consiste à réinjecter les fichiers de la dite sauvegarde en passant par Memloader ou les fonctions UMS de Hekate puis HacDiskMount ou NXNandManager pour monter la partition "USER" de la NAND. Cela va permettre d’injecter les fichiers de sauvegarde avec Hactoolnet tout en les resignant. Mais comme je n’ai pas testé, difficile de détailler davantage et de confirmer si le bannissement sera effectif.

Dans tous les cas, le hack est nécessaire sur les deux consoles. Et l’histoire du Cloud et le reste, avec un coût, ne met pas du tout en confiance.

Jouer en ligne avec des sauvegardes modifiées, c’est prendre un risque et même si elles sont résignées, je ne peux pas confirmer si ban il y aura.

Beaucoup d’aspects ne sont pas conseillés lorsque l’on décide de jouer en ligne. Si le hack prévoit de créer et passer par une emuNAND pour laisser propre sa sysNAND, c’est déjà un bon moyen de s’en prémunir. Ce qui modifie la NAND, c’est l’installation de NSP, certains homebrews et le mode autoRCM. Cela engendrera un ban certain. Ensuite, ce qui peut aussi provoquer un ban en jouant en ligne, ce sont les cheat code, les mods et les sauvegardes modifiées sauf si j’ai loupé un épisode entre temps.

Personne ne peut confirmer ce qu’envoie la télémétrie des données aux serveurs de Nintendo. Une chose est certaine, il y a des préconisations à suivre et des précautions à prendre. Le risque zéro n’existe pas et je ne m’y frotterai pas mais cela n’est que mon avis.

Déjà, lorsque l’on décide de hack sa console, le online est déconseillé quelque soit les consoles. La différence sur Switch, c’est qu’il n’existe aucun moyen de debannir la console et que les moyens pour limiter le risque sont à mettre en œuvre sur l’emuNAND. Ceux qui décident d’utiliser leur sysNAND pour le online le font à leurs risques et périls.
Voir le sujet
Avatar de l’utilisateur
MDProz
Re: Internet ou pas ?
Pour éviter de redire ce qui a déjà été abordé de nombreuses fois, je t’invite à consulter ce tutoriel et sa FAQ qui apporte beaucoup de réponses.
https://gamergen.com/forums/underground ... 36600.html

Concrètement, il y’a de nombreuses possibilités mais le risque zéro n’existe pas. Le online n’est pas vraiment conseillé lorsque l’on décide de hack sa console et ce sera le mot d’ordre à chaque fois que tu trouveras des sujets. De plus, il n’existe aucun moyen de se débannir sur Switch. Bien qu’il existe des solutions pour réduire le risque, il faut débuter dans le hack en prenant soin de suivre toutes les préconisations avant et de prendre des précautions pendant. Je détaille tout cela dans le tutoriel en lien et tu trouveras également des réponses dans les commentaires de ce dernier.

La première recommandation est de faire une sauvegarde de sa NAND en cas de problème. Ensuite, pour laisser la sysNAND (système NAND sur la console) propre de toutes modifications underground, il faut créer une emuNAND (système NAND sur la SD dite emuMMC). Ceci est un incontournable. A partir de là, certains utilisent la sysNAND pour tout ce qui est legit et se connecte online et pour tout ce qui est non legit, cela sera traité sur l’emuNAND. Les deux sont déliées.

Et il faut paramétrer des DNS en plus d’utiliser d'autres outils pour éviter une connexion avec les serveurs de Nintendo. En boutant sur l’emuNAND, on ne connecte pas sa console à internet sinon c’est ban assuré d’où le fait de paramétrer des DNS. Et lorsque l’on décide de connecter sa console en mode sysNAND, on utilise le loader officiel de Nintendo donc on démarre sa console sans hack en mode stock. Ce qui implique de relancer le hack à chaque redémarrage de sa console si on souhaite utiliser son emuNAND.

Pour ce qui est du local, c’est tout à fait possible également.

Pour ce concerne les backups (jeux non legits), le format via Atmosphère sera le NSP. Même si le XCi est pris en charge, chaque gestionnaire s’occupe de l’installer comme un NSP donc il n’y aura pas grande différence. Il ne le charge pas nativement comme le fait SX OS. Donc d’un point de vue sécurité, cela ne rentre pas en compte. Si ce n’est que cela doit s’installer strictement sur l’emuNAND (emuMMC).

Ce qui modifie la NAND, ce sont les NSP (et XCi installés comme un NSP), certains homebrews et le mode autoRCM (qui n’est pas conseillé).

Voilà de nombreux éléments.
Voir le sujet
Avatar de l’utilisateur
MDProz
Re: Problème écan noir
SysNAND et emuNAND sont une même NAND et elles sont déliées. La SysNAND est la NAND sur ta console et l’emuNAND est la NAND émulée de ton système sur la SD.

Si tu veux réinitialiser ta console, j’ai donné des éléments plus haut déjà. Et si tu ne sais pas ce qui a été fait et comment la console a été utilisée, le mieux est de restaurer une sauvegarde de la NAND préalablement faite. Si tu ne possèdes pas de sauvegarde de NAND, il existe un outil qui s’occupe d’effacer toute trace sauf erreur mais je n’ai plus le nom en tête.

Pour utiliser le online et éviter un ban, il faut s’assurer qu’il n’y ait plus de traces underground sur la console et comme tu ne sais pas si le hack a transité sur sysNAND et/ou emuNAND, une simple réinitialisation ne garantira pas un ban. Je ne peux pas être plus clair que cela.
Voir le sujet